home *** CD-ROM | disk | FTP | other *** search
/ The X-Philes (2nd Revision) / The X-Philes Number 1 (1995).iso / xphiles / hp48hor1 / arcv.doc < prev    next >
Text File  |  1995-03-31  |  4KB  |  80 lines
  1. (Comp.sys.handhelds) Option:  
  2. Item: 3439 by dohm at magnus.acs.ohio-state.edu 
  3. Author: [P. Dohm] 
  4.   Subj: Ascii Up/Download Idea for hp48sx 
  5.   Date: Thu Jun 13 1991 
  6.  
  7. Hello all!  Well, the other day I backed up all my chip games from my 48 in 
  8. ->asc'd form, just for the heck of it.  Well, now I think I figured out the 
  9. reason why...  You can easily upload these ->asc'd strings to your 48 at 
  10. **almost** 9600 baud (something kermit will never do...).  Now, the ->asc'd 
  11. string is longer than the original data, but the speed makes up for all of 
  12. that...  See below for details... (it's quite simple, really, and i'm kinda 
  13. surprised that no one's posted something like this yet (or have they???) ) 
  14.  
  15. Please make comments, suggestions for updates, etc.  Note that I just wrote 
  16. this today, and haven't tested it much... If someone would like to play with 
  17. it, find bugs, errors, etc. I can try writing some updates.  I'll be searching 
  18. for better ways to do this myself, so please, drop me a line if you have any 
  19. suggestions... 
  20.  
  21. Ascii ReCeiVe 
  22. ------------- 
  23.  
  24. This program is written for **quickly** uploading your ->asc'd files to your 
  25. hp48sx.  It does NOT use Kermit, but rather the raw text up/down loading of the 
  26. hp48sx.  It's quite a simple concept, really...  Note also, that this will only 
  27. work correctly when using the cable from your pc to your 48...  ALSO note that 
  28. I haven't tried this on a mac yet...  I'm not entirely sure how macs handle 
  29. carriage returns and line feeds...  It seems to work fine every time on my IBM 
  30. pc, so if someone could mail me the mac specs, i could try writing a mac 
  31. version... 
  32.  
  33. INSTRUCTIONS: 
  34. Cut this little puppie out and download it to your hp.  Call it something like 
  35. ARCV ( Ascii ReCeiVe ?) 
  36.  
  37. From there, it gets a bit tricky, and this is where I could use some ideas on 
  38. bettering it. 
  39.  
  40. (it's finals week, my mind's not working too well right now :) 
  41.  
  42. After downloading you're ready to run it, but it's not THAT simple :) 
  43.  
  44. Upon executing the program you communications parameters should be: 
  45.  
  46.    wire ascii 9600 none 0 3 1 
  47.  
  48. Then, using your favorite telecom program (like telix) you ASCII upload the 
  49. string to your hp48.  Here's what you need to check: 
  50.  
  51. You must make sure that the telecom program is stripping uploaded linefeeds, 
  52. and pacing lines at 2/10's of a second. 
  53.  
  54. Once you're sure everthing looks correct, you do this: 
  55.  
  56. Figure out ( via a directory ) how many bytes the ->asc'd string that you want 
  57. to send to the hp48sx is.  Put that number on the stack.  Then, in close 
  58. chronological proximity to one another, you run ARCV then about a half second 
  59. later, start the ascii upload from your pc.  It works every time for me... 
  60. (but of course that guarantees nothing :) Then, when you've got the string, 
  61. proceed as you normally would... 
  62.  
  63. Anyone can easily see that this is awkward.  I figured rather than holding back 
  64. the idea until i refined it, i'd let you all help me refine it...  If anyone 
  65. can figure out how to increase the speed, that'd be great.  I haven't had that 
  66. much time to play with it.  (maybe transferring it in binary?) (maybe writing 
  67. this in machine language?) 
  68.  
  69. (* 
  70.    Tech info: this little piece of code will figure out how many extra 
  71.    characters are in your string, and subtract that number from the number on 
  72.    the stack.  This program assumes that ->asc produces 64 character lines, 
  73.    plus a carriage return and line feed (on an IBM) totalling 66.  Then it 
  74.    divides the number of characters by the number per line, and manipulates 
  75.    that a bit to get the number of characters to be received.  Don't ask how I 
  76.    got the algorithm (It was trial and error!!  :) It then receives that number 
  77.    (stack minus extra chars) of characters and puts it on the stack as a 
  78.    string.  Pretty simple...  I see lots of possible uses for this... 
  79. *) 
  80.